home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 43 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.8 KB

  1. From: thp@cs.ucr.edu (Tom Payne)
  2. Message-ID: <4dekiv$22h@galaxy.ucr.edu>
  3. X-Original-Date: 15 Jan 1996 22:30:55 GMT
  4. Path: in1.uu.net!bounce-back
  5. Date: 16 Jan 96 10:35:45 GMT
  6. Approved: fjh@cs.mu.oz.au
  7. Return-Path: <daemon@meeker.UCAR.EDU>
  8. Newsgroups: comp.std.c++
  9. Subject: Re: Throwing an exception from within a signal handler
  10. Organization: University of California, Riverside Department of Computer Science
  11. References: <4cpmh0$ltf@natasha.rmii.com> <Etay_Bogner-0901961008510001@metay.stil.scitex.com> <9601003.29971@mulga.cs.mu.OZ.AU>
  12. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  13. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  14.     iQBFAgUBMPt/kOEDnX0m9pzZAQFHEQF/UR6fGo4YDEpn3eIqid3ibXQO0EDE+v+U
  15.     0QsGBXVvjgO4I4k2cSXfZlqHOIvLaRtl
  16.     =yxeV
  17.  
  18. Fergus Henderson (fjh@munta.cs.mu.OZ.AU) wrote:
  19. : >In article <4cpmh0$ltf@natasha.rmii.com>, jtc@rmii.com (Jim Cochrane) wrote:
  20.  
  21. : >>>
  22. : >>> Does the proposed ANSI standard say anything about throwing an exception
  23. : >>> from within a signal handler?
  24. : No.
  25. : >>> Is the resulting behavior safe and
  26. : >>> well-defined, or is it undefined or implementation-dependent?
  27. : Because the draft standard doesn't say anything about it,
  28. : I guess it is implicitly undefined behaviour.
  29. [...]
  30. : I think the issue of whether the standard says anything about *Foo* is
  31. : generally appropriate to comp.std.c++, even if the answer is "No.", and
  32. : the resulting discussion rather short.
  33.  
  34. Implicit in a qestion of what the Standard says are the related
  35. questions of what it should say and why --- why shouldn't signal
  36. handlers be allowed to throw exceptions?  (The question seems both
  37. interesting and appropriate.)
  38.  
  39. Tom Payne (thp@cs.ucr.edu)
  40. ---
  41. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  42.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy
  43.   is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
  44.